home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 001282_daemon _Mon Jun 14 19:03:40 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Received: by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  2.     id AA06701; Mon, 14 Jun 93 19:03:42 MET DST
  3. Return-Path: <torben%Hawaii.Edu@galaxy.net.hawaii.edu>
  4. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  5.     id AA06697; Mon, 14 Jun 93 19:03:40 MET DST
  6. Received: from galaxy.net.Hawaii.Edu by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  7.     id AA03448; Mon, 14 Jun 1993 19:25:45 +0200
  8. Received: from foralie.net.hawaii.edu ([132.160.3.1]) by galaxy.net.Hawaii.Edu with SMTP id <119841>; Mon, 14 Jun 1993 07:23:26 -1000
  9. Date:     Mon, 14 Jun 1993 07:21:18 -1000
  10. From: Torben Noerup Nielsen <torben@hawaii.edu>
  11. Sender: Torben Noerup Nielsen <torben@hawaii.edu>
  12. Subject: re: HTML+ support for eqn & Postscript
  13. To: Dave_Raggett <dsr@hplb.hpl.hp.com>
  14. Cc: janssen@parc.xerox.com, www-talk@nxoc01.cern.ch
  15. In-Reply-To: <9306140936.AA00563@manuel.hpl.hp.com>
  16. Message-Id: <MailManager.740078478.151.torben@foralie.net.hawaii.edu>
  17. Mime-Version: 1.0
  18. Content-Type: TEXT/PLAIN; charset=US-ASCII
  19.  
  20. Dave,
  21. >Well both of these will be possible with the HTML+ DTD, by using the
  22. >capability to embed foreign formats inline in the HTML+ source, e.g.
  23. >
  24. >         <H2>A example of an equation</H2>
  25. >
  26. >         <EMBED TYPE="text/eqn">zeta (s) ~=~ sum from k=1 to inf
  27. >          k sup -s ~~~ (Re s > 1) </EMBED>
  28. >
  29. >The browser identifies the format of the embedded data from the "type"
  30. >attribute, specified as a MIME content type. Certain characters need to
  31. >be escaped using entity definitions, e.g. ">" by ">" in the example.
  32. >
  33. >Building in support for a range of formats has the danger of leading to
  34. >very large programs for browsers. This could be avoided by using a common
  35. >API for rendering foreign formats, e.g. as functions that take a sequence
  36. >of bytes and return a pixmap.
  37.  
  38. Well, it may be the best that we're going to get. However, I still feel that
  39. equations are too basic to not be supported directly. Note that the more
  40. successful text processing systems (and that's part of what this will have to
  41. be) all support text, equations and tables nicely.
  42.  
  43. Thanks, Torben
  44.